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METHOD FOR SENDING MULTIPLE EPHEMERAL TERMINATIONS 
IN A SINGLE SERVICE CHANGE MESSAGE 



CROSS-REFERENCE TO RELATED APPLICATION 

This application claims the benefit of Provisional 
Application Serial No. 60/472,811, filed May 22, 2003. 



FIELD OF THE INVENTION 

The present invention relates generally to 
communication systems, and more particularly to a method 
for changing the service state of a termination. 

10 BACKGROUND OF THE INVENTION 

FIG. 1 depicts an ephemeral termination ID structure 
100 in accordance with the prior art. Ephemeral 
termination ID message 100 includes X_Prefix 101 and 
termination number 103. X_Prefix 101 is preferably an 
IS alphanumeric string and termination number 103 is 

preferably numeric. X_Prefix 101 can be, for example, an 
Asynchronous Transfer Mode (ATM) prefix, an Internet 
Protocol (IP) prefix, or a more general Ephemeral 
Prefix. 

20 Each termination has a Termination Identifier (also 

referred to as TerminationID) that allows both a Media 
Gateway Controller (MGC) and a Media Gateway (MGW) to 
identify a specific Termination. 

A TerminationID structure for a physical termination 

25 may have a hierarchical structure e.g. Levell /Level . Ix , 
and when this is the case H.248 allows for 'wildcarding' 
ALL terminations in Level 1 by doing Levell/*. For 
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ephemeral terminations, there is no corresponding 
hierarchical structure as it exists for physical 
terminations . 

In ephemeral terminations, such as Real Transport 
5 Protocol (RTP) flows, a hierarchical approach to the 
structure of TerminationlDs realistically is not 
possible, since the actual physical bearer route is not 
identified until after the initial termination is added. 
Given this constraint, individual service change messages 
10 are currently sent per termination, and there is no 
mechanism utilizing the current structure to group 
service change messages into a single service change 
command . 

Currently, there is no hierarchy for the termination 

15 ID structure of present ephemeral terminations. This is 
typically the case since when initially adding the 
termination to a MGW, the remote address is typically not 
known at the time. It is therefore difficult to impose 
any hierarchy onto the termination ID structure. 

20 Therefore, if a group of ephemeral terminations need 

to be taken out of service, there is no mechanism to 
group this set of ephemeral terminations into a single 
service change message. 

Consequently, utilizing the ITU-T H.248 standard, 

25 for example, the MGW sends a Service Change command to 
notify the MGC that a Termination or group of 
Terminations is about to be taken out of service or has 
just been returned to service. Therefore, an individual 
service change message needs to be sent for each 

30 ephemeral termination. This requires additional 
processing and utilizes excessive bandwidth. 

Therefore, a need exists for a method that allows a 
group of ephemeral terminations to be taken out of 
service in a more efficient manner. 
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BRIEF SUMMARY OF THE INVENTION 



The present invention provides a method for taking 
multiple ephemeral terminations out of service utilizing 
a single service change conmiand. The present invention 
5 accomplished this by sending a list of termination IDs 
within a single Service Change Command. 

The present invention provides a single service 
change command that includes a list of termination IDs. 
By including a plurality of ephemeral termination IDs in 
10 a single service change command, the present invention 

reduces the number of messages required between the Media 
Gateway Controller (MGC) and the Media Gateway (MGW) . 
Reducing the number of messages makes more efficient use 
of system bandwidth. 

15 BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS 

FIG. 1 depicts an ephemeral termination ID structure 
in accordance with the prior art. 

FIG. 2 depicts a service change parameter in 
accordance with an exemplary embodiment of the present 
20 invention. 

FIG. 3 depicts the extension field of a service 
change message in accordance with an exemplary embodiment 
of the present invention. 

FIG. 4 depicts an exemplary service change message 
25 in accordance with the ITU-T H.248 standard in accordance 
with an exemplary embodiment of the present invention. 

FIG. 5 depicts a flow chart of a method for sending 
multiple ephemeral terminations IDs to be taken out of 
service in a service change message. 
30 FIG. 6 depicts a flow chart of a method for 

receiving multiple ephemeral terminations IDs to be taken 
out of service in a service change message. 
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DETAILED DESCRIPTION OF THE INVENTION 



The present invention can be better understood with 
reference to FIGs. 2 through 6* FIG. 2 depicts a service 
change parameter 200 in accordance with an exemplary 
5 embodiment of the present invention. In an exemplary 
embodiment, service change parauneter 200 is an ITU-T 
H.248 message. In an exemplary embodiment, service 
change parameter 200 includes service change parameter 
field 201 and extension field 203. Service change 

10 parameter can be set to a method, reason, delay, address, 
profile, version, timestamp, or mgcid. In order to group 
a number of Termination IDs into a single service change 
command, the present invention makes use of extension 
field 203, as depicted in FIG. 3. 

15 Service change parameter 200 is a command as part of 

an ITU-T H.248 message that indicates the service change 
requested. In the preferred embodiment, service change 
parameter 200 can include serviceChangeMethod, 
serviceChangeReason, serviceChangeDelay, 

20 serviceChangeAddress, serviceChangeProf ile, extension, 
TimeStamp , serviceChangeMgcId, and/or 
serviceChangeVersion • 

FIG. 3 depicts extension field 203 of service change 
25 parameter 200 in accordance with an exemplary embodiment 
of the present invention. Extension field 203 comprises 
extension parameter field 301 and parameter value field 
303. 

Extension parameter field 301 includes an identifier 
30 ID for the specific paramValue of the extension. In an 
exemplary embodiment of the present invention, extension 
parameter field 301 includes the value of "X-TermID". 

Parameter value field 303 preferably includes the 
value of the ephemeral terminations to be taken out of 
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service (in the form of a list of Termination IDs and/or 
ranges of termination IDs ) . As an example of an 
exemplary embodiment of the present invention, parameter 
value field 303 can include a list of termination IDs to 
5 be taken out of service, a range of termination IDs to be 
taken out of service, or a combination of a list and 
range of termination IDs. A first exemplary embodiment 
of a list of termination IDs would be {RTP/1, RTP/3, 
RTP/4}, which indicates that termination IDs 1, 3, and 4 

10 should be taken out of service. A second exemplary 

embodiment of a range of termination IDs to be taken out 
of service would be {RTP/l:RTP/6}, which indicates that 
the range of termination IDs 1 through 6 should be taken 
out of service. A third exemplary embodiment of the 

15 present invention, including a combination of a list and 
a range of termination IDs, would be {RTP/1, RTP/4 :RTP/7, 
RTP/30}, in which embodiment termination IDs 1, 4, 5, 6, 
7, and 30 would be taken out of service. 

20 FIG. 4 depicts an exemplary service change message 

400 in accordance with the ITU-T H.248 standard in 
accordance with an exemplary embodiment of the present 
invention. Service change message 400 preferably 
comprises a message header field 401, a transaction 

25 request/reply field 403, an action request with a context 
ID field 405, a command request indicating a service 
change field 407, a service change descriptor 409. 
Service change descriptor 409 preferably comprises a 
method field 411, a reason field 413, and an extension 

30 field 415. 

In an exemplary embodiment of the present invention, 
service change message 400 is configured in accordance 
with the ITU-T H.248 standard. In an exemplary 
embodiment of the present invention, message header field 

35 401 comprises MEGACO/1 [x.x.x.x] :yyyy . Transaction 
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request/reply field 403 is set to value of "1". Action 
request with a context ID field 405 is set to The 
termination ID is set to a unique value to indicate that 
the extension field of the message includes the list of 
5 termination IDs this H.248 message refers to. Method 

field 411 is set to "forced". Reason field 413 is set to 
"905". 

Extension field 415 is preferably set to the 
ephemeral terminations that are to be taken out of 

10 service. Extension field 415 preferably comprises an 
extension parameter field and a parameter field, as 
depicted in FIG. 3. In an exemplary embodiment of the 
present invention, extension field 415 is set to X- 
TermID={RTP/6, RTP/10}. In this embodiment, ephemeral 

15 termination ID numbers 6 and 10 will be taken out of 

service, from this single service change message. In a 
further exemplary embodiment, a range of ephemeral 
termination IDs can be included within extension field 
415 in the parameter value field. For example, extension 

20 field 415 could be set to X-TermID={RTP/l :RTP/6} , in 
which case ephemeral termination messages with 
termination IDs between 1 and 6 would be taken out of 
service. In a further exemplary embodiment, a 
combination of a list and range of termination IDs can be 

25 included in a single service change message. In this 
exemplary embodiment, extension field 415 could be set 
to, for example, X-TermID={RTP/l, RTP/4:RTP/7, RTP/30}, 
in which case termination IDs 1, 4, 5, 6, 7, and 30 would 
be taken out of service from a single service change 

30 message. 



FIG. 5 depicts a flow chart 500 of a method for 
sending multiple ephemeral terminations IDs to be taken 
out of service in a service change message. It should be 
35 understood that the present invention can also be used to 
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send multiple ephemeral termination IDs to be restored 
into service in a service change message. 

The Media Gateway (MGW) determines (501) a group of 
ephemeral termination IDs that are to be taken out of 
5 service. For example this determination can be made 

based upon a DSP (Digital Signal Processor) failure that 
affects more than one termination, an ATM (Asynchronous 
Transfer Mode) Switched Virtual Circuit (SVC) failure , or 
an RTP/RTCP (Realtime Transport Protocol) timeout 
10 failure. The MGW can be, for example, a Cisco Media 
Gateway. 

The Media Gateway (MGW) creates (503) a service 
change message that includes reference to multiple 
ephemeral termination IDs. The service change message 
15 would be a message in accordance with FIGs. 2 through 4. 
The Media Gateway (MGW) sends (505) the service 
change message that includes an indication of a plurality 
of ephemeral termination IDs that are to be taken out of 
service. The service change message is preferably sent 
20 via the H.248 interface. 

FIG. 6 depicts a flow chart of a method 600 for 
receiving multiple ephemeral terminations IDs to be taken 
out of service in a service change message. It should be 

25 understood that the present invention can also be used to 
receive multiple ephemeral termination IDs to be restored 
into service in a service change message. 

The Media Gateway Controller (MGC) receives (601) 
the service change message that includes an indication of 

30 a plurality of ephemeral termination IDs that are to be 
taken out of service. The service change message is 
preferably received by the MGC and passes through an 
H.248 parser. Alternately, the service change message 
passes through a number of different software layers, 

35 with each layer performing the appropriate action. For 
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the LSS (Lucent Softswitch), the service change message 
is parsed and processed by the H.248 Device Server and 
then some "state of termination" information is passed to 
the Call Server. The MGC can be^ for example, a Lucent 
5 Softswitch. 

The Media Gateway Controller (MGC) extracts (603) 
the multiple ephemeral termination IDs that are to be 
taken out of service from the service change message. 
This is preferably accomplished by looking at the 

10 extension field of the Service Change Parameter, where 
the list and/or range of termination IDs was placed in 
the ParamValue field. 

The Media Gateway Controller (MGC) removes (605) the 
group of ephemeral termination IDs from service. The 

15 removal is dependent upon the type of error that is 

causing the group of ephemeral terminations to be taken 
out of service. For example, there can be a GUI 
(Graphical User Interface) indication, a channel status 
change, or an H.248 messages triggered towards the MGW to 

20 perform some audits, etc. 

The present invention thereby provides a method that 
allows a group of ephemeral terminations to be taken out 
of service or restored into service in a more efficient 
25 manner. This is accomplished by sending a list of 

termination IDs within a single Service Change Command. 

While this invention has been described in terms of 
certain examples thereof, it is not intended that it be 
limited to the above description, but rather only to the 
30 extent set forth in the claims that follow. 
I claim: 



